Amendments to the claims, 

Listing of all claims pursuant to 37 CFR 1.121(c) 

This listing of claims will replace all prior versions, and listings, of claims in the 
application: 

What is claimed is: 

1. (Currently amended) In a database system employing a transaction log, an 
improved method for restoring databases to a consistent version, the method comprising: 

providing a shared cache storing database blocks for use by multiple databases; 

for a read-only transaction of a given database, creating a cach e read-only view of 
a given database using the given database's transaction log, said cach e read-only view 
comprising particular database blocks in_ef the shared cache that record a view of a 
particular version of the database at a given point in time; wherein creating the read-only 
view includes logically undoing transactions which have begun but have yet to commit so 
that the read-only view comprises a transactionally consistent version of the given 
database supporting read-only uses; 

creating a shadow cache for storing any database blocks that overflow said shared 
cache vi e w during use of the cach e read-only view by the read-only transaction; and 

in conjunction with th e cach e vi e w in the shar e d cach e and th e shadow cach e , 
pr e s e rving a logical undo op e ration for th e read - only transaction of th e giv e n databas e for 
logically undoing transactions which hav e b e gun but hav e y e t to commit; and 

performing the read-only transaction using the read-only view and returning 
results of the read-only transactio n logical undo op e ration in ord e r to r e construct a 
transactionally consist e nt prior v e rsion of th e giv e n databas e upon starting th e r e ad - only 
transaction, th e r e by a r e sult comprising a transactionally consist e nt v e rsion of th e giv e n 
database supporting r e ad - only us e s . 

2. (Currently amended) The method of claim 1, wherein during occurrence of the 
read-only transaction any database blocks associated with the cach e read-only v iew are 
not written from the shared cache to the given database. 
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3. (Original) The method of claim 1, wherein the shadow cache is implemented 
via a temporary database table. 

4. (Canceled) 

5. (Currently amended) The method of claim 1, wherein the shadow cache is used 
only in the event the cach e read-only v iew overflows the cache view. 

6. (Currently amended) The method of claim 1, further comprising: 

using providing an allocation bitmap for indicating database blocks in use in the 
shadow cache. 

7. (Previously presented) The method of claim 6, further comprising; 
upon completion of the read-only transaction, deleting the shadow cache by 

updating the allocation bitmap for allocated database blocks. 

8. (Currently amended) The method of claim 1, wherein the shadow cache 
comprises a temporary database table including a first column for maintaining a block 
number of a cach e read-only v iew block having undo/redo records applied to it and a 
second column for maintaining a block number in a temporary database allocated to 
temporarily store sav e off a modified block from the cach e read-only v iew. 

9. (Canceled) 

10. (Currently amended) The method of claim 1, further comprising: 

upon termination of the read-only transaction, marking the cach e read-only view 
as closed. 

11. (Currently amended) The method of claim 10, further comprising: 

when new block allocations need to be made in the shared cache, t raversing the 
shared cache looking for database blocks to purge; and 
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purging database blocks from any cach e read-only v iew that haveh as been marked 
as closed. 

12. (Currently amended) The method of claim 1, fiirther comprising: 
r e using sharing the cach e read-only view created for the read-only transaction 

withfer other read-only transactions, which start within a specified period of time 
following the start of the read-only transaction. 

13. (Currently amended) The method of claim 1, fiirther comprising: 
detecting the read-only transaction; and 

upon occurrence of write operations, adding back link log records to the 
database's transaction log that serve to link together Meeks -log records of the transaction 
log that pertain to a write t h e r e ad - only transaction. 

14. (Currently amended) The method of claim 13, further comprising: 

if the read-only transaction must be undone, using the back link log records to 
skip portions of the transaction log that are irrelevant for undoing an uncommitted write 
transactio nt h e r e ad - only transaction , wherein the back link log records are only generated 
in the transaction log when there are active read only transactions. 

15. (Original) A computer-readable medium having processor-executable 
instructions for performing the method of claim 1. 

16. (Currently amended) The method of claim 1, further comprising : 

A downloadabl e downloading a set of processor-executable instructions for 
performing the method of claim 1. 

17. (Currently amended) A database system capable of restoring databases to a 
consistent version, the system comprising: 

a log manager module which manages a transaction log of the database system; 
a cache manager module for managing a shared cache that stores database blocks 
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for use by multiple databases and creating a cach e read-only v iew of a given database 
created using the transaction log of the given database, said cach e read-only v iew being 
created in response to a read-only transaction of the given database, said cach e read-only 
view comprising particular database blocks of the shared cache that record a view of a 
particular version of the database at a given point in time; wherein the cache manager 
utilizes a shadow cache for storing any database blocks that overflow said shared cache 
vi e w during use of the cach e read-only view by the read-only transaction and invokes a 
transaction manager for logically undoing transactions which have begun but have yet to 
commit in creating the read-only view: and 

a transaction manager module for p e rforming r e ad - only transactions of th e 
databas e syst e m and which p e rforms a logical undo op e ration for th e r e ad - only 
transaction of th e giv e n databas e for logically undoing transactions which have begun but 
have yet to commit in order to reconstruct the read-only view comprising a 
transactionally consistent prior version of the given database upon starting the read-only 
transaction, performing the read-only transaction using the read-only view, and returning 
results of the read-only transaction th e r e by r e turning a r e sult comprising a transactionally 
consist e nt v e rsion of the giv e n databas e supporting r e ad - only us e s . 

18. (Currently amended) The system of claim 17, wherein during occurrence of 
the read-only transaction any database blocks associated with the cach e read-only v iew 
are not written from the shared cache to the given database. 

19. (Original) The system of claim 17, wherein the shadow cache is implemented 

via a temporary database table. 

20. (Canceled) 

21. (Currently amended) The system of claim 17, wherein the shadow cache is 
used only in the event the cach e read-only v iew overflows the shared cache-view. 

22. (Previously presented) The system of claim 17, wherein said cache manager 
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maintains an allocation bitmap indicating database blocks in use in the shadow cache. 

23. (Previously presented) The system of claim 22, wherein said cache manager 
deletes the shadow cache by updating the allocation bitmap for allocated database 

blocks. 

24. (Currently amended) The system of claim 17, wherein the shadow cache 
comprises a temporary database table including a first column for maintaining a block 
number of a cach e read-only v iew block having undo/redo records applied to it and a 
second column for maintaining a block number in a temporary database allocated to 
temporarily store sav e off a modified block from the cach e read-only v iews. 

25. (Canceled) 

26. (Currently amended) The system of claim 17, wherein said cache manager 
marks the cach e read-only v iew as closed, upon termination of the read-only transaction. 

27. (Currently amended) The system of claim 26, wherein said cache manager 
traverses the shared cache looking for database blocks to purge, and purges database 
blocks from any cach e read-only v iew that haveh as been marked as closed when new 
block allocations need to be made in the shared cache . 

28. (Currently amended) The system of claim 17, wherein said cache manager 
shares r e uscs the cach e read-only view created for the read-only transaction with fef other 
read-only transactions which start within a specified period of time following the start of 
the read-only transaction. 

29. (Currently amended) The system of claim 17, wherein said log manager 
detects the read-only transaction, and adds back link log records to the transaction log 
that serve to link together bleeks -log records of the transaction log that pertain to a write 
transaction that may need to be logically undone t h e r e ad - only transaction . 
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30. (Currently amended) The system of claim 29, wherein said log manager uses 
the back link log records to skip portions of the transaction log that are irrelevant for 
undoing the r e ad - only w rite transaction, wherein the back link log records are only 
generated in the transaction log when there are active read only transactions. 
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